home *** CD-ROM | disk | FTP | other *** search
/ Wildcat Files 2 / The Wildcat Files 2 (Arsenal Computer).ISO / desq / wildcat.tec < prev    next >
Text File  |  1994-07-18  |  10KB  |  192 lines
  1. ID:WC DESQview and Wildcat BBS
  2. Quarterdeck Technical Note #282                     Filename: WILDCAT.TEC
  3. by Brian P. Doud                                    CompuServe: WILDCT.TEC
  4. Last revised: 6/28/94                                 Category: DV
  5.  
  6. Subject: Troubleshooting and configuring Wildcat!BBS under DESQview.
  7.  
  8.  
  9. OVERVIEW
  10.  
  11.      There are several issues that need to be taken into account when setting
  12. up a BBS (Bulletin Board System) under DESQview.  Though Wildcat! is the focus
  13. here, many of the concepts presented here may apply to other DESQview-aware
  14. BBS systems as well.  In addition, much of the information covered here can be
  15. applied to DESQview/X.
  16.  
  17.      The topic of running a multi-node BBS inside DESQview is often confusing,
  18. primarily because of the lack of information available on the subject.  With
  19. this technote, it's hoped that some of the fears and problems associated with
  20. BBSes in DV will be alleviated.  There are many issues not covered here which
  21. more than likely have to do with the configuration of the BBS in question,
  22. rather than DV or DVX.
  23.  
  24.      Some of the confusion associated with BBSes is in the terminology, so a
  25. few of the commonly used terms will be clarified throughout this document.
  26.  
  27.  
  28. NODES
  29.  
  30.      A BBS node is the way for a caller to contact a BBS.  It acts almost like
  31. an interactive answering machine, picking up calls as they come in, then
  32. sending information back to the caller.  On a Wildcat!BBS, the node program
  33. (WILDCAT.EXE) is started within a batch file, which assigns a node id to each
  34. node so the BBS software can tell the difference between them.  The batch
  35. files for multi-node BBSes are usually identical except for the node id, so
  36. great care must be taken to use one node id per batch file.  Repeating id's
  37. over several files can result in incorrect operation of the BBS.
  38.  
  39.      Though a lot goes on in a node's operation, it can be treated pretty much
  40. like any other program that is run in DV.  There are two main processes that
  41. go on when a node starts that can be related to DESQview.  The first is the
  42. loading of the node program itself.  It requires some minimum amount of
  43. memory, so it is important to make sure that the system has been configured to
  44. provide DESQview windows as much memory as possible.
  45.  
  46.      The other thing that occurs is the initialization of the modem.  When a
  47. problem occurs with the modem's initialization or operation, it can come from
  48. a variety of sources, so the true nature of the problem must first be
  49. determined.
  50.  
  51.  
  52. MODEMS
  53.  
  54.      Modem problems are, in the vast majority of cases, an issue of hardware
  55. rather than software, so DESQview is usually out of the equation when trouble
  56. arises.  However, there are some things to keep in mind when the BBS isn't
  57. functioning correctly as a result of a modem problem.
  58.  
  59.      The first thing to do once the BBS has been set up and testing of the
  60.  
  61.  
  62. nodes begins is to run the nodes individually in DOS.  This will ensure that
  63. the node works with the existing hardware and software configuration.  This
  64. way, it can be determined whether any problems are related to DESQview.  If a
  65. new problem arises after the BBS has been operational for some time, this
  66. procedure should be tried again, to make sure the problem is not related to
  67. DESQview.
  68.  
  69.  
  70. DESQVIEW CONFIGURATION
  71.  
  72.      When setting up a BBS under DESQview, the first thing that should be
  73. checked is DESQview Setup, particularly the Performance section; this will
  74. help to prevent problems down the line.  For best results, the Task Processing
  75. Time (Clock Ticks) should be set to 2 foreground/2 background on a 486
  76. machine, 3 foreground / 3 background on a 386 machine.  Also, Optimize
  77. Communications should be set to Y for the benefit of high speed modems.
  78.  
  79.      Additionally, there are several settings within the DESQview .DVP file
  80. for the nodes which must be carefully set.  What follows are some of the key
  81. .DVP settings, and some notes about each (the option in parentheses indicates
  82. the DVX wording).
  83.  
  84.      - Memory Size (DV and DVX): tells DV the minimum amount of
  85.        conventional memory necessary to start an application.  The
  86.        Wildcat! manual recommends 350K, though this number may be
  87.        changed if necessary.
  88.  
  89.      - Program (DOS Command): specifies the .EXE, .COM, or .BAT file
  90.        that is run.  When running a multi-node setup, make sure that
  91.        each .DVP is using its own unique batch file.  Failure to do
  92.        this can result in the conflict between nodes.  This cannot
  93.        be stressed enough; many of the problems between nodes are the
  94.        result of more than one node using the same batch file--this
  95.        WILL cause a problem, and must be avoided.
  96.  
  97.      - Writes Directly to screen (DV and DVX): tells DV whether the
  98.        program writes its information directly to the screen rather
  99.        than allowing DV to manage the video.  This option is an
  100.        informational setting; it tells DV how a program operates,
  101.        rather than what DV should do to the program.  Since Wildcat!
  102.        is DESQview-aware, this option should be set to N.
  103.  
  104.      - Virtualize text/graphics (Virtualize text): tells DV whether
  105.        it should try to put the program in a window.  Since Wildcat!
  106.        is DESQview-aware, this option should also be set to N.
  107.  
  108.      - (Display DOS Window): this DVX-only option specifies whether
  109.        a DOS window should be displayed before the application attempts
  110.        to start.  While this is generally unnecessary for X Window
  111.        applications, it should be toggled on for DOS programs.
  112.  
  113.      - Uses its own colors (DV and DVX): set this option to Y in DV or
  114.        toggle it on in DVX to allow the node to start in its normal
  115.        display colors.  Setting this option to N will cause the window
  116.        to display text in the colors set in DESQview Setup.
  117.  
  118.      - Can be swapped out (DV only): communications programs should not
  119.  
  120.  
  121.        be swapped to disk, as they will lose the phone connection; this
  122.        option must be set to N.
  123.  
  124.      These are the most notable settings in DV and DVX that must be
  125. specifically configured.  For more information, please consult the Wildcat!
  126. documentation.
  127.  
  128.  
  129. MEMORY
  130.  
  131.      Memory in DESQview is arguably the most difficult aspect of DESQview to
  132. configure.  Fortunately, BBS node software doesn't usually require an
  133. unusually large amount of memory.  The advantage of running a multi- node BBS
  134. under DESQview is the ability to run other applications concurrently with the
  135. BBS software.  This advantage can be compromised when that application
  136. requires significantly more memory than the node software.
  137.  
  138.      A common hardware device used in conjunction with a multi-node BBS is an
  139. intelligent multiport board, such as that offered by DigiBoard or Arnet.  This
  140. device arbitrates COM ports through an interface board rather than through
  141. standard serial ports.  This is certainly an advantage for BBSes of 5 or more
  142. nodes in size, as it eliminates the need for several multiport serial cards. A
  143. slight disadvantage is that these boards use a 64K area between 640-1024K to
  144. function.  This limits the amount of High RAM available, as the area will need
  145. to be excluded with a parameter on the QEMM386.SYS line in the CONFIG.SYS
  146. file.
  147.  
  148.      In order to assist in any way possible, we have other technotes which
  149. cover this process in greater detail.  There are two technotes that discuss
  150. the subject of getting more memory for each DESQview window.  For DV, you need
  151. #161 - WINSIZE.TEC; for DVX, #252 - MAXWINDO.TEC.  Whichever one you need, the
  152. problem will likely be corrected by following the suggestions enclosed.
  153.  
  154.  
  155. DOORS
  156.  
  157.      A door, simply put, is a DOS shell.  A door is the method for DOS
  158. applications to be run in a node.  There are many types of doors, ranging from
  159. the most common--a mail door--to innumerable game doors.  The interface to
  160. this is frequently a TSR that is run in the batch file that starts the node.
  161. Front Door is one such type of interface program, though there are others
  162. available. A frequent exception to this is mail doors, which are generally
  163. handled by the BBS software itself, without the need for a door interface
  164. program.
  165.  
  166.      With regard to DESQview, the most common problem is that of the door
  167. program exiting shortly after startup, or simply not loading at all.  At
  168. times, an error message is seen which indicates a memory problem.  Usually the
  169. reason for this is that the program is requiring an amount of conventional
  170. memory that just isn't available in that window.  This problem should be
  171. handled in the same manner as any program that has insufficient memory to run
  172. under DV or DVX:  get more memory to the window(s).
  173.  
  174.  
  175. FINAL NOTES
  176.  
  177.      As mentioned previously, the information in this technote is geared
  178.  
  179.  
  180. toward troubleshooting problems with multi-node BBSes, particularly Wildcat!,
  181. in DESQview and DESQview/X.  Some of the problems encounted, most notably with
  182. hardware, are independent of the multitasker.  In those situations, it is
  183. advisable to consult the manufacturer of the particular hardware in order to
  184. get it properly configured.
  185.  
  186. ******************************************************************************
  187. *  This technical note may be copied and distributed freely as long as it    *
  188. *  is distributed in its entirety and it is not distributed for profit.      *
  189. *            Copyright (C) 1994 by Quarterdeck Office Systems                *
  190. ************************** E N D   O F   F I L E *****************************
  191.  
  192.